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(54) Dynamic assignment of retransmission slots in wireless communication links 



(57) in wireless communication arrangements that 
utilize a transmission period of time followed by a re- 
transmission period of time, the utilization and effective- 
ness of retransmission communications can be advan- 
tageously increased by dynamically assigning desired 
communications to respective retransmission time slots 
of the retransmission period (105, 106, 107). 
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Description 

FIELD OF THE INVENTION 

[0001] The invention relates generally to wireless 
communications and, more particularly, to wireless 
communications that utilize retransmissions. 

BACKGROUND OF THE INVENTION 

[0002] Present telecommunication system technolo- 
gy includes a wide variety of wireless networking sys- 
tems associated with both voice and data communica- 
tions. An overview of several of these wireless network- 
ing systems is presented by Amitava Dutta-Roy, Com- 
munications Networks for Homes, IEEE Spectrum, pg. 
26, Dec. 1999. Therein, Dutta-Roy discusses several 
communication protocols in the 2.4 GHz band, including 
IEEE 802.11 direct-sequence spread spectrum (DSSS) 
and frequency-hopping (FHSS) protocols. A disadvan- 
tage of these protocols is the high overhead associated 
with their implementation. A less complex wireless pro- 
tocol known as Shared Wireless Access Protocol 
(SWAP) also operates in the 2.4 GHz band. This proto- 
col has been developed by the HomeRF Working Group 
and is supported by North American communications 
companies. The SWAP protocol uses frequency-hop- 
ping spread spectrum technology to produce a data rate 
of 1 Mb/sec. Another less complex protocol is named 
Bluetooth after a 10th century Scandinavian king who 
united several Danish kingdoms. This protocol also op- 
erates in the 2.4 GHz band and advantageously offers 
short-range wireless communication between Bluetooth 
devices without the need for a central network. 
[0003] The Bluetooth protocol provides a 1 Mb/sec 
data rate with low energy consumption for battery pow- 
ered devices operating in the 2.4 GHz ISM (industrial, 
scientific, medical) band. The current Bluetooth protocol 
provides a 1 0-meter range and a maximum asymmetric 
data transfer rate of 723 kb/sec. The protocol supports 
a maximum of three voice channels for synchronous, 
CVSD-encoded transmission at 64 kb/sec. The Blue- 
tooth protocol treats all radios as peer units except for 
a unique 48-bit address. At the start of any connection, 
the initiating unit is a temporary master. This temporary 
assignment, however, may change after initial commu- 
nications are established. Each master may have active 
connections of up to seven slaves. Such a connection 
between a master and one or more slaves forms a "pi- 
conet." Link management allows communication be- 
tween piconets, thereby forming "scatternets." Typical 
Bluetooth master devices include cordless phone base 
stations, local area network (LAN) access points, laptop 
computers, or bridges to other networks. Bluetooth 
slave devices may include cordless handsets, cell 
phones, headsets, personal digital assistants, digital 
cameras, or computer peripherals such as printers, 
scanners, fax machines and other devices. 
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[0004] The Bluetooth protocol uses time-division du- 
plex (TDD) to support bi-directional communication. 
Frequency hopping permits operation in noisy environ- 
ments and permits multiple piconets to exist in close 

s proximity. The frequency hopping scheme permits up to 
1 600 hops per second over 79 1 -MHZ channels or the 
entire 2.4 GHz ISM spectrum. Various error correcting 
schemes permit data packet protection by 1/3 and 2/3 
rate forward error correction. Further, Bluetooth uses re- 

10 transmission of packets for guaranteed reliability. These 
schemes help correct data errors, but at the expense of 
throughput. 

[0005] The Bluetooth protocol is specified in detail in 
Specification of the Bluetooth System, Version 1 .OA, Ju- 
'5 |y 26, 1999, which is incorporated herein by reference. 
[0006] For speech transmissions, the Bluetooth spec- 
ification calls for 64 kilobits/second CVSD speech cod- 
ing on an SCO (Synchronous Connection-Oriented) 
link. This means that a Bluetooth system can support 
up to three voice channels for up to three users. On the 
other hand, according to known techniques, the speech 
can be coded using a lower rate coder, and can then be 
treated as data for transmission on Bluetooth ACL 
(Asynchronous Connection-Less) links. In this fashion, 
more voice channels and users can be supported. Also, 
ACL links allow retransmission of packets, which can 
provide enhanced quality relative to SCO links which do 
not allow retransmission of packets. 
[0007] The present invention recognizes the desirea- 
bility of further improving the quality of speech transmis- 
sion on Bluetooth ACL links and other wireless commu- 
nication links. To this end, the invention advantageously 
provides for increasing the utilization and effectiveness 
of retransmission communications by dynamically as- 
signing desired communications to the respective re- 
transmission slots. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0008] The present invention will now be further de- 
scribed, by way of example, with reference to the pre- 
ferred and exemplary embodiments illustrated in the fig- 
ures of the accompanying drawings in which: 
[0009] FIGURE 1 diagrammatical ly illustrates an ex- 
emplary timing arrangement of transmissions and re- 
transmissions in conventional Bluetooth ACL links. 
[0010] FIGURE 2 diagrammatical ly illustrates an ex- 
emplary timing arrangement of transmissions and re- 
transmissions over Bluetooth ACL links according to the 
present invention. 

[0011] FIGURES 3-5 diagrammatically illustrate ap- 
plications of the arrangement of FIGURE 2 wherein the 
amount of retransmissions varies inversely with the 
number of users. 

[0012] FIGURE 6 diagrammatically illustrates an ex- 
emplary application of the arrangement of FIGURE 2 
wherein the communication direction of the retransmis- 
sion slots is variable. 
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[0013] FIGURE 7 illustrates a further exemplary ap- 
plication of the arrangement of FIGURE 2 wherein the 
same communication is transmitted in two retransmis- 
sion slots. 

[0014] FIGURE 8 diagrammatically illustrates a fur- 
ther exemplary application of the arrangement of FIG- 
URE 2 wherein a single retransmission slot is used for 
transmission of two separate communications. 
[0015] FIGURE 9 diagrammatically illustrates perti- 
nent portions of exemplary embodiments of the master 
device illustrated in FIGURES 2-8. 
[0016] FIGURE 10 illustrates exemplary operations 
which can be performed by the master device of FIG- 
URE 9. 

[0017] FIGURE 11 diagrammatically illustrates perti- 
nent portions of exemplary embodiments of the slave 
devices illustrated in FIGURES 2-8. 
[0018] FIGURE 12 illustrates exemplary operations 
which can be performed by the slave device of FIGURE 
11. 

[0019] FIGURES 13 and 13A diagrammatically illus- 
trate pertinent portions of further exemplary embodi- 
ments of the master device of FIGURE 9. 
[0020] FIGURES 14 and 14A diagrammatically illus- 
trate pertinent portions of further exemplary embodi- 
ments of the slave device of FIGURE 11 . 
[0021] FIGURE 15 illustrates exemplary simulation 
results associated with the embodiments of FIGURES 
13 and 14. 

DETAILED DESCRIPTION 

[0022] FIGURE 1 illustrates an exemplary transmis- 
sion//retransmission timing arrangement associated 
with transmission of speech in the form of data packets 
transmitted over Bluetooth ACL links. In the example of 
FIGURE 1 , M represents a Bluetooth master device and 
S1, S2 and S3 represent Bluetooth slave devices re- 
spectively associated with three users of a Bluetooth 
system. As illustrated in FIGURE 1, for each slave de- 
vice there is reserved a master-to-slave transmission 
time slot, a corresponding slave-to-master transmission 
time slot, a master-to-slave retransmission time slot and 
a corresponding slave-to-master retransmission time 
slot. All of the available time slots in FIGURE 1 are thus 
pre-assigned to the three users associated with slave 
devices S1, S2 and S3. 

[0023] According to exemplary embodiments of the 
present invention illustrated generally in FIGURE 2, a 
master-to-slave transmission time slot and a slave-to- 
master transmission time slot are pre-assigned for each 
slave device in a Bluetooth piconetbut, advantageously, 
the retransmission time slots are not pre-assigned, but 
rather are dynamically assignable by the master device 
in order to increase the utilization and efficiency of the 
retransmissions. According to one exemplary embodi- 
ment, whose operation is illustrated in FIGURE 3, the 
first two retransmission time slots of FIGURE 1 can be 
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reassigned as transmission slots, thereby permitting a 
fourth slave device S4 to join the piconet. The four re- 
maining retransmission slots in FIGURE 3 can then be 
assigned by the master to those slaves which either re- 
5 quire retransmission or need to retransmit. For a slave 
that needs to receive a retransmission, the master re- 
transmits the packet to the slave, and for a slave that 
needs to retransmit, the master sends to the slave a 
packet including a negative acknowledgment (NAK). 
10 This is described in more detail below. 

[0024] FIGURES 4 and 5 illustrate further exemplary 
applications of the dynamic retransmission time slot as- 
signment illustrated in FIGURE 2. The example of FIG- 
URE 4, taken together with the example of FIGURE 3 
is illustrates a situation wherein, for example, the slave de- 
vices S3 and S4 of FIGURE 3 leave the piconet. In this 
situation, the transmission slots provided for slaves S3 
and S4 in FIGURE 3 are instead now designated as re- 
transmission slots, so retransmission begins directly af- 
ter slave S2 transmits to the master. Thus, according to 
the invention, as the size of the piconet decreases, the 
retransmission capabilities increase. 
[0025] FIGURE 5, when taken in conjunction with 
FIGURE 4, illustrates an exemplary situation wherein a 
slave device S3 joins the piconet. In this situation, the 
first two retransmission time slots of FIGURE 4 are now 
designated as transmission time slots to use for trans- 
missions to and from slave S3. Referencing FIGURES 
3-5, whenever a slave joins (or leaves) the piconet, the 
master device M can send to all active slaves a broad- 
cast control packet in one of the retransmission slots (for 
example the first retransmission slot) including informa- 
tion indicative of when the last transmission slot (or the 
first retransmission slot) will occur. 
[0026] FIGURE 6 diagrammatically illustrates a fur- 
ther exemplary application of dynamic retransmission 
slot assignment according to the invention. In the exam- 
ple of FIGU RE 6, the second retransmission slot is used 
to send from the master to slave S2 a packet including 
a negative acknowledgment, which indicates that the 
packet sent from S2 in the fourth transmission time slot 
of the transmission period was not correctly received by 
the master. Referring also to FIGURE 1 , the second re- 
transmission slot is conventionally reserved for trans- 
missions from a slave device to the master device, in 
contrast to the example of FIGURE 6. The third retrans- 
mission slot of FIGURE 6 is assigned for a retransmis- 
sion of the aforementioned lost packet from slave S2 to 
the master device, whereas the third retransmission slot 
is conventionally assigned to a transmission from the 
master device (see also FIGURE 1). Similarly, the fourth 
retransmission slot of FIGURE 6 is assigned to a trans- 
mission from the master to slave S3, whereas the fourth 
retransmission slot of FIGURE 1 is conventionally as- 
signed to a slave transmission. Because transmissions 
from the master device to the slave devices are permit- 
ted in retransmission time slots which are conventionally 
reserved for transmissions from the slave devices to the 
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master device, the slave devices must listen during each 
retransmission time slot in order to receive their intend- 
ed packets. 

[0027] The example of FIGURE 7 illustrates a situa- 
tion where only one packet was lost during the transmis- 
sion period, namely the packet transmitted by the mas- 
ter to slave SI during the first transmission time slot (the 
slave S1 having responded with a NAK in the second 
transmission time slot). Thus, in this example, each of 
the two retransmission time slots can be assigned for 
retransmission of the lost packet from the master device 
to slave S1 . 

[0028] According to the Bluetooth specification, a 
slave device is not allowed to transmit in a given time 
slot unless the master device addressed that slave de- 
vice in the previous time slot. However, the master-to- 
slave link (downlink) and the slave-to-master (uplink) 
are often not symmetrical. Indeed, it can be expected 
that sometimes, for example, a master-to-slave packet 
will arrive correctly, but the corresponding slave-to-mas- 
ter packet will be lost. However, because the slave de- 
vice cannot transmit unless the master device has ad- 
dressed it in the previous time slot, the slave device can- 
not, in conventional operation, retransmitthe lost packet 
to the master device in a given time slot unless the mas- 
ter device sends a corresponding negative acknowledg- 
ment to that slave in the previous time slot. 
[0029] According to the invention, when the master 
device retransmits a packet to a first slave device during 
a given retransmission slot, the master device can also 
advantageously use that retransmitted packet to re- 
quest a second slave device to retransmit to the master 
device in the next time slot. So long as there are no more 
than fifteen slaves in the piconet, the master can use 
the four TYPE bits defined in the Bluetooth specification 
to identify which of the slave devices is requested to re- 
transmit during the next time slot. One of the sixteen 
possible values of the four TYPE bits can be used by 
the master to signal that it (the master) will transmit in 
the next retransmission slot, and the other fifteen values 
can be used to designate which of up to fifteen slave 
devices is requested to retransmit in the next retrans- 
mission slot. The above-described use of a retransmis- 
sion packet directed to a first slave device to request 
that a second slave device retransmit in the next slot is 
illustrated in the example of FIGURE 8. 
[0030] In FIGURE 8, the master retransmits a packet 
to slave 1 (in response to a NAK received from slave S1 
in the second transmission slot), and that retransmitted 
packet includes a request (NAK) for slave 2 to retransmit 
in the next retransmission time slot. The Bluetooth 
TYPE bits are available to designate which device is to 
transmit in the next time slot, because a master-to-slave 
retransmission packet does not need the TYPE bits to 
identify its packet type to the receiving slave device. The 
TYPE bits are not necessary to identify the packet type 
as a retransmission, because the bit SEQN, as defined 
in the Bluetooth specification and included in all Blue- 
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tooth packets, can be used by a slave device, such as 
slave S1 in FIGURE 8, to determine whether the re- 
ceived packet is a retransmission packet or a NAK, 
which are the only two possibilities for a master-to-slave 
5 packet during the retransmission period. 

[0031] FIGURE 9 diagrammatical ly illustrates perti- 
nent portions of exemplary embodiments of a master 
device (e.g., a base unit of a cordless phone system) 
which can perform the operations illustrated in FIG- 
10 URES 2-8. The embodiment of FIGURE 9 includes a 
packet processor 51 coupled for bidirectional communi- 
cations with a communications application 52 and a 
wireless communications interface 53. The packet proc- 
essor 51 can receive communication information from 
15 the communications application 52, and can use well 
known conventional techniques to assemble the infor- 
mation into appropriate packets for forwarding to the 
wireless communications interface 53. The wireless 
communications interface 53 can use well known con- 
ventional techniques to transmit the assembled packets 
to one or more slave devices via an antenna 54 and a 
wireless communications link 55, for example a Blue- 
tooth radio link. Conversely, the wireless communica- 
tions interface 53 can use conventional techniques to 
receive packets from one or more slave devices via the 
wireless communications link 55 and the antenna 54. 
The received packets are then forwarded to the packet 
processor 51 , which can use conventional techniques 
to disassemble the packets and recover the communi- 
cation information therefrom. The communication infor- 
mation can then be forwarded to the communications 
application 52. The above-described cooperation be- 
tween the packet processor 51 , the communications ap- 
plication 52 and the wireless communications interface 
53 for permitting wireless communication of packets to 
and from slave devices is well known in the art. 
[0032] According to the present invention, a retrans- 
mission controller 56 is coupled to the packet processor 
51 for implementing dynamic retransmission slot as- 
signment according to the invention. The retransmission 
controller 56 has an input 57 for receiving conventionally 
available information indicative of any change in the 
number of users, for example, any change in the number 
of slave devices currently active in the piconet. This in- 
formation is conventionally maintained in the master de- 
vice. In response to a change in the number of users, 
the retransmission controller 56 updates an internal 
pointer which points to the point in time where the trans- 
mission period ends and the retransmission period be- 
gins. Examples of the pointer are illustrated in FIGURES 
4 and 5 above. Each time the retransmission controller 
updates the pointer in response to a change in the 
number of users, the retransmission controller at 58 out- 
puts the pointer value to the packet processor 51 . From 
this pointer value, the packet processor 51 knows when 
the transmission period ends and the retransmission pe- 
riod begins. 

[0033] The packet processor 51 can use conventional 



EP1 133 094 A2 



25 



30 



35 



40 



45 



50 



4 



7 



EP1 133 094 A2 



8 



techniques to send and receive all packets during the 
transmission period, and can also use conventional 
techniques to produce any master-to -slave (MS) pack- 
ets which, in view of the packets received (or not re- 
ceived) from the slave devices during the transmission 
period, need to be transmitted to the slave devices dur- 
ing the retransmission period. For example, during the 
transmission period in FIGURE 6, slave S1 and slave 
S3 have transmitted a NAK to the master, and the CRC 
(cyclic redundancy code) checksum value in the packet 
transmitted to the master by slave S2 does not check 
correctly. Accordingly, the packet processor 51 would, 
in response to this transmission activity, conventionally 
prepare a retransmission packet for transmission from 
the master to slave S1 , a NAK packet for transmission 
from the master to slave S2, and a retransmission pack- 
et for transmission from the master to slave S3. Howev- 
er, instead of transmitting these packets to the slave de- 
vices in conventional fashion, the packet processor 51 
instead outputs these master-to-slave (MS) packets to 
an input 59 of the retransmission controller 56. The re- 
transmission controller 56 then assigns these master- 
to-slave packets to the available slots in the retransmis- 
sion period as desired, and outputs at 60 a modified 
master-to-slave packet flow reflecting the retransmis- 
sion time slot assignments, for example the master-to- 
slave packet flow illustrated in the retransmission period 
of FIGURE 6. 

[0034] The retransmission controller uses a control 
signal 61 to control a selector 62 such that the modified 
master-to-slave packet flow at 60 is provided to the wire- 
less communications interface 53 during the retransmis- 
sion period. The control signal 61 controls selector 62 
such that the output 60 of the retransmission controller 
56 is coupled to the wireless interface 53 during the re- 
transmission period. However, during the transmission 
period, the control signal 61 controls selector 62 such 
that the output 63 of the packet processor 51 is coupled 
to the wireless communications interface 53 for normal 
transmission of packets to the slave devices. 
[0035] The master-to-slave packet flows illustrated in 
the retransmission periods of FIGURES 7 and 8 are fur- 
ther examples of the modified master-to-slave packet 
flow output at 60 by the retransmission controller 56 of 
FIGURE 9. Comparing the example of FIGURE 6 with 
the example of FIGURE 8, the retransmission controller 
56 can choose to utilize a conventional NAK packet for 
sending a NAK to slave S2 as shown in FIGURE 6, or 
the retransmission controller 56 can choose to include 
the NAK for slave S2 in its retransmission to slave S1 , 
as illustrated in FIGURE 8. It should also be noted that 
the modified master-to-slave packet flow output at 60 by 
retransmission controller 56 can, when the number of 
users has changed, include a suitable broadcast packet 
directing each active slave in the p icon et to update its 
record of the pointer illustrated in FIGURES 4 and 5. For 
example, the pointer value can be sent to the slaves in 
a message within a Bluetooth broadcast packet. 



[0036] FIGURE 10 illustrates exemplary operations 
which can be performed by the master device of FIG- 
URE 9. At 101 and 102, the master device exchanges 
packets with the slave devices of the piconet during the 
5 transmission period. After the transmission period ends 
(known from the pointer value) at 102, it is determined 
at 1 03 whether the number of active slave devices in the 
piconet has changed. If so, the pointer of FIGURES 4 
and 5 is updated at 104, and a retransmission slot is 
10 assigned at 1 05 to broadcast the pointer to the slaves 
of the piconet. After assigning a retransmission slot for 
broadcasting the pointer at 105, or if the number of 
slaves has not changed at 103, the available retrans- 
mission slots are assigned for the desired packets at 
15 106, for example the packets illustrated in the retrans- 
mission slots of FIGURES 6-8. Thereafter at 107, a 
packet is transmitted according to the slot assignment. 
If the packet transmitted at 1 07 includes a NAK at 1 08, 
then the corresponding retransmission is received at 
1 1 0. Thereafter, or if the packet transmitted at 1 07 does 
not include a NAK at 108, it is determined at 109 whether 
or not the retransmission period has ended. If not, the 
next master-to-slave packet is transmitted at 107. On 
the other hand, if it is determined at 1 09 that the retrans- 
mission period has ended, for example, either by a time- 
out condition or by successful retransmission of all de- 
sired packets, then operations return to 1 01 for the ex- 
change of packets with slave devices during the next 
transmission period. All master-to-slave packets can be 
considered to be successfully retransmitted when the 
master has received the expected ACK from the asso- 
ciated slave. All slave-to-master packets can be consid- 
ered to be successfully retransmitted when the CRC 
code of the packet checks correctly at the master. 
[0037] FIGURE 11 diagrammatically illustrates perti- 
nent portions of exemplary embodiments of the slave 
devices (e.g., mobile units in a cordless phone system) 
illustrated in FIGURES 2-8. The slave device of FIGU RE 
11 includes a packet processor 111 coupled for bidirec- 
tional communications with a communications applica- 
tion 112 and a wireless communications interface 113. 
These components can cooperate in generally the same 
conventional fashion described above with respect to 
the packet processor 51 , communications application 
52 and wireless communications interface 53 of FIG- 
URE 9 in order to permit bidirectional wireless packet 
communications between the slave device of FIGURE 
11 and the master device of FIGURE 9 via antenna 114 
and wireless communications link 115, for example a 
Bluetooth radio link. According to the invention, a MAC 
(media access control) processor 11 6 is coupled to the 
packet processor to receive therefrom the slave address 
information and the TYPE bits included in the packets 
received by the packet processor 111 . The MAC proc- 
essor 116 can determine from the address information 
whether or not the received packet is addressed to the 
slave device of FIGURE 11. If so, the MAC processor 
determines whether the received packet is a retransmis- 



25 



30 



35 



40 



45 



50 



5 



9 

sion from the master device and whether it includes a 
NAK indication from the master device. If the packet is 
determined to be a retransmission packet, then at 117 
the MAC processor signals the packet processor 11 1 to 
process the retransmission packet in conventional fash- 
ion. Furthermore, if the MAC processor determines that 
the received packet includes a NAK indication to the 
slave device of FIGURE 11, then at 118 the MAC proc- 
essor 1 1 6 signals the packet processor 1 1 1 to retransmit 
the packet that was earlier transmitted to the master de- 
vice during the transmission period. 
[0038] If the address information indicates that the re- 
ceived packet is not addressed to the slave device of 
FIGURE 11, the MAC processor 116 nevertheless in- 
spects the TYPE bits of the received packet. If these bits 
indicate that the master device has sent a NAK to the 
device of FIGURE 11 in a packet addressed to another 
slave device, then at 118 the MAC processor 116 in- 
structs the packet processor 1 1 1 to retransmit the packet 
that was earlier transmitted during the transmission pe- 
riod. 

[0039] Note also that the MAC processor receives an 
enable signal from the packet processor 1 1 1 so that the 
MAC processor 116 can be enabled for operation only 
during the retransmission period. The enable signal out- 
put by the packet processor 1 1 1 is driven in response to 
the pointer information extracted by the packet proces- 
sor 111 from the aforementioned broadcast packet 
transmitted by the master. Thus, when the packet proc- 
essor 111 determines from its current pointer informa- 
tion that the transmission period has ended, the packet 
processor 1 1 1 drives the enable signal active to enable 
the MAC processor 1 1 6 for operation during the retrans- 
mission period. After the retransmission period expires, 
the enable signal is used to disable MAC processor 1 1 6. 
[0040] FIGURE 12 illustrates exemplary operations 
which can be performed by the slave device of FIGURE 
11. As illustrated at 121 and 122, the slave device ex- 
changes packets with the master device, and then 
awaits the end of the transmission period (known from 
the pointer value). After the transmission period has 
ended at 1 22, the slave device receives a packet at 1 23, 
and thereafter determines at 124 whether or not the 
packet is a broadcast packet regarding a new pointer 
value. If so, the pointer value is updated at 125. If the 
received packet is not a broadcast packet regarding the 
new pointer value at 124, then it is determined at 126 
whether or not the received packet is addressed to the 
slave device. If so, the received packet can be proc- 
essed conventionally at 1 29. It is then determined at 1 28 
whether or not the received packet includes a NAK in- 
dication. If so, a retransmission is performed at 130. 
[0041] If it is determined at 126 thatthe received pack- 
et does not address the slave device, it is thereafter de- 
termined at 128 (e.g., from the TYPE bits) whether or 
not the received packet nevertheless includes a NAK for 
the slave device. If so, a retransmission is performed at 
1 30. After retransmitting at 1 30, or after determining that 
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no NAK has been received at 12B, or after updating the 
pointer at 1 25, it is determined at 1 31 whether or not the 
retransmission period has ended. If not, then the above- 
described operations at 123-130 are repeated until it is 
5 determined at 131 that the retransmission period has 
ended, whereupon the slave device exchanges packets 
with the master at 121 in the next transmission period. 
[0042] FIGURE 13 diagrammatically illustrates perti- 
nent portions of a further exemplary embodiment of the 
10 master device of FIGURE 9. In the embodiment of FIG- 
URE 13, the communications application 52 (see also 
FIGURE 9) includes a conventional 32 kilobit/second 
ADPCM speech coder. This permits up to 4 users with 
2 retransmissions. The wireless communications inter- 
's face 53 of FIGURE 13 (see also FIGURE 9) includes a 
conventional switched antenna diversity section which 
controls wireless communications over the wireless 
communications link 55 via a plurality of antennas. The 
exemplary embodiment of FIGURE 1 3 can otherwise be 
the same as FIGURE 9. 

[0043] FIGURE 13A illustrates an embodiment gen- 
erally similarto FIGURE 13, but including a conventional 
GSM EFR speech coder. 

[0044] FIGURE 14 diagrammatically illustrates perti- 
nent portions of a further exemplary embodiment of the 
slave device of FIGURE 11. In the embodiment of FIG- 
URE 14, the communications application 112 (see also 
FIGURE 11) includes a conventional 32 kilobits/second 
ADPCM speech coder. The wireless communications 
interface 113 of FIGURE 14 (see also FIGURE 11) in- 
cludes a conventional switched antenna diversity sec- 
tion which controls wireless communications over the 
wireless communications link 115 via a plurality of an- 
tennas. The exemplary embodiment of FIGURE 1 4 can 
otherwise be the same as FIGURE 11. 
[0045] FIGURE 14A illustrates an embodiment gen- 
erallysimilarto FIGURE 14, but including a conventional 
GSM EFR speech coder. 

[0046] FIGURE 15 illustrates exemplary simulation 
results 151 associated with the embodiments of FIG- 
URES 13 and 14 (32 kbps APDCM speech coding), as 
compared to the embodiments of FIGURES 13A and 
14A (GSM EFR speech coding) with (152) and without 
(153) transmission diversity. 

[0047] It will be evident to workers in the art that the 
above-described embodiments of FIGURES 2-1 4A can 
be readily implemented, for example, by suitable modi- 
fications in software, hardware, or a combination of soft- 
ware and hardware, in conventional wireless communi- 
cation devices such as Bluetooth masters and slaves. 
[0048] Although exemplary embodiments of the in- 
vention are described above in detail, this does not limit 
the scope of the invention, which can be practiced in a 
variety of embodiments. 
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Claims 

1 . A method of controlling wireless communication be- 
tween a first wireless communication device and a 
plurality of further wireless communication devices, s 
which method comprising: 

attempting with the first device to perform a plu- 
rality of communications with the further devic- 
es via a wireless communication link during re- 10 
spective transmission time slots of a transmis- 
sion period that have been assigned to the re- 
spective communications; 
determining which of said communications has 
been successfully performed and which of said is 
communications has not been successfully 
performed; 

responsive to said determining step, assigning 
to respective retransmission time slots of a re- 
transmission period a plurality of further com- 20 
munications between the first device and the 
further devices; and 

for each of the further communications, one of 
the first device and the further devices trans- 
mitting the further communication via the wire- 25 
less communication link during the retransmis- 
sion time slot assigned to the further communi- 
cation. 

2. The method of Claim 1 , wherein said communica- 30 
tions and said further communications each include 

a transfer of a packet of information between the 
first device and one of the further devices. 

3. The method of Claim 2, wherein said determining 35 
step includes the first device determining that the 
first device needs to retransmit to one of the further 
devices during the retransmission period a first 
packet that was transmitted by the first device to the 
one further device during the transmission period, 40 
and the first device also determining that the first 
device needs to transmit to a second further device 
during the retransmission period a second packet 
including an indication that the second further de- 
vice should retransmit to the first device during the 45 
retransmission period a third packet that was trans- 
mitted by the second further device to the first de- 
vice during the transmission period. 

4. The method of Claim 3, wherein said assigning step so 
includes assigning transmission of the first and sec- 
ond packets, respectively, to adjacent retransmis- 
sion time slots. 

5. The method of Claim 3, wherein said assigning step 55 
includes assigning transmission of both the first 
packet and said indication to a single retransmis- 
sion time slot. 



6. The method of Claim 5, wherein said transmitting 
step includes the first device incorporating said in- 
dication into the first packet and transmitting the first 
packet to the one further device via the wireless 
communication link during the single retransmis- 
sion time slot. 

7. The method of Claim 6, wherein said first packet is 
a packet according to Bluetooth protocol, said in- 
corporating step including the first device using 
Bluetooth TYPE bits in the first packet to incorpo- 
rate said indication into the first packet. 

8. The method of any preceding claim, wherein the 
first device is a master device and the further devic- 
es are slave devices, said assigning step including 
the first device assigning to a first retransmission 
time slot a first communication from the first device 
to one of the further devices and assigning to a sec- 
ond retransmission time slot adjacent the first re- 
transmission time slot a second communication 
from the first device to one of the further devices. 

9. The method of Claim 8, wherein the first and second 
communications are different from one another. 

10. The method of Claim 8, wherein the first and second 
communications are both communications from the 
first device to the same one of the further devices. 

11. The method of Claiml 0, wherein the first and sec- 
ond communications are the same communication. 

1 2. The method of any Claims 1 -7, wherein the first de- 
vice is a Bluetooth master device, the second de- 
vice is a Bluetooth slave device, the wireless com- 
munication link is a Bluetooth ACL link, and said 
communications and said further communications 
include coded speech information. 

1 3. A method of controlling wireless communication be- 
tween a first wireless communication device and a 
group of further wireless communication devices, 
comprising: 

the first device attempting to perform a plurality 
of communications with the further devices via 
a wireless communication link during respec- 
tive transmission time slots of a transmission 
period that have been assigned to the respec- 
tive communications; 

the first device detecting a change in member- 
ship of said group of further devices; 
responsive to said detecting step, the first de- 
vice assigning to a retransmission time slot of 
a retransmission period a further communica- 
tion from the first device to the further devices 
which indicates that the retransmission period 
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will change in length; and 
the first device transmitting the further commu- 
nication via the wireless communication link 
during the retransmission time slot assigned to 
the further communication. 

14. The method of Claim 13, including the first device 
and the further devices maintaining information in- 
dicative of the length of the retransmission period, 
the first device updating said length information in 
response to said detecting step, and the further de- 
vices updating said length information in response 
to said transmitting step. 

15. The method of Claims 13 or 14, wherein said 
change in membership of said group of further de- 
vices is an increase in membership, and said 
change in length of the retransmission period is a 
decrease in length. 

16. The method of Claims 13 or 14, wherein said 
change in membership of said group of further de- 
vices is a decrease in membership, and said 
change in length of the retransmission period is an 
increase in length. 

17. A wireless communication apparatus, comprising: 



19. The apparatus of Claim 17, provided in a base unit 
of a cordless telephone system. 

20. The apparatus of any of Claims 17-19, including 
s one of a GSM EFR speech coder and a 32 kilobits/ 

second ADPCM speech coder coupled to said wire- 
less communications interface for permitting bidi- 
rectional communication of coded speech informa- 
tion over the wireless communication link. 

21. The apparatus of any of Claims 1 7-20, wherein the 
wireless communications interface includes a 
switched antenna diversity section and a plurality of 
antennas coupled thereto for performing switched 
antenna diversity communications over the wire- 
less communication link. 
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20 



a wireless communications interface for at- 
tempting to perform a plurality of communica- 30 
tions with a plurality of further wireless commu- 
nication apparatuses via a wireless communi- 
cation link during respective transmission time 
slots of a transmission period that have been 
assigned to the respective communications; 35 
a controller having an input coupled to said 
wireless communications interface for receiv- 
ing information indicative of which of said com- 
munications has been successfully performed 
and which of said communications has not *o 
been successfully performed, said controller 
responsive to said information for assigning to 
respective retransmission time slots of a re- 
transmission period a plurality of further com- 
munications with the further apparatuses; and 45 
said wireless communications interface having 
an input coupled to said controller and respon- 
sive thereto for performing said further commu- 
nications via the wireless communication link 
during the respectively assigned retransmis- so 
siontime slots. 



1 8. The apparatus of Claim 1 7, provided as a Bluetooth 
master device, and wherein the wireless communi- 
cation link is a Bluetooth ACL link, and said com- 55 
munications and said further communications in- 
clude coded speech information. 
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